home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950329-19950528
/
000090_news@columbia.edu_Sun Apr 9 06:15:53 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA26273
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 10 Apr 1995 02:10:43 -0400
Received: by apakabar.cc.columbia.edu id AA10870
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 10 Apr 1995 02:10:41 -0400
Path: news.columbia.edu!spcuna!solaris.cc.vt.edu!news.bluesky.net!news.sprintlink.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: MSK 3.14 PL3 - "Locking in" a character set?
Message-Id: <1995Apr9.121553.46985@cc.usu.edu>
Date: 9 Apr 95 12:15:53 MDT
References: <jhurwitD6s2JI.Fu6@netcom.com>
Organization: Utah State University
Lines: 25
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <jhurwitD6s2JI.Fu6@netcom.com>, jhurwit@netcom.com (Jeffrey Hurwit) writes:
> I am having serious line noise problems, and I don't have an error
> correcting modem. While I realize that I need to solve this problem
> eventually, it's causing a secondary problem with terminal emulation
> that it would be helpful to solve sooner: There seems to be some
> character(s) that, when MS-Kermit (in terminal mode) receives it/them,
> it causes Kermit to begin displaying in Greek characters. The screen
> still writes from left to right, but now in Greek letters. It occurs
> so frequently that I've had to add a macro to 'set term char latin1'
> and assign it to a key. Is there a way to disable this, so that the
> character set is not changed no matter what Kermit receives? Thanks in
> advance,
>
> Jeff
-------
It's not Greek greek but rather IBM PC Code Page greek. That is,
the high bit set stuff. The likely cause is reception of SI and SO
control codes (^O, ^N) which cause a shift of character sets ("real"
VTxxx's do exactly the same). Pressing the \ktermreset key, ALT equals,
will put things back together again.
The only sure cure is to get rid of the corrupted bytes coming
in from the wire. A temp workaround is putting ASCII in character set
working buffer G1 (to/from which the ^O/^N guys are toggling) via command
SET TERM CHAR ASCII G1.
Joe D.